package com.company.design.introduction;

/**
 * @author yingfing
 * @create 2020--09--26 16:39
 * @describe
 */
public class Principle {
    /**
     * 设计模式六大原则 :
     * 0.开闭原则(Open Close Principle) - 总原则
     * 对扩展开放,对修改关闭.
     * 在程序需要扩展的时候,不能去修改源代码,而是要扩展原有代码,实现一个热插拔的效果
     * 一句话 : 为了使程序扩展性好,易于维护和升级
     * 1. 单一职责原则(Single Responsibility)
     * 不要存在多一个导致类变更的原因
     * 每个类应该实现单一的职责,不然的话,应该把类拆分
     * 2. 里氏替换原则(Liskov Substitution Principle)
     * 任何基类可以出现的地方,子类一定可以出现.
     * 使用继承的方式,复用并扩展基类,在基类基础上增加新的行为
     * 这个原则是对开闭原则的补充,实现:"开-闭" 的关键步骤就是"抽象化".
     * 3. 依赖倒转原则(Dependency Inversion Principle)
     * 面向接口编程,依赖于 抽象而非依赖于具体.
     * 写代码时用到具体类时,不与具体类交互,而与具体类的上层接口交互
     *  4.接口隔离原则(Interface Segregation Principle)
     *  每个接口中不存在子类用不到却必须实现的方法,否则,就将接口拆分
     *  使用多个隔离的接口,比使用单个接口要好
     *  5.迪米特原则(最少知道原则)(Demeter Principle)
     *  一个类对自己依赖的类知道的越少越好
     *  也就是说,无论被依赖的类多复杂,都应该讲逻辑封装在方法的内部,通过 public 方法提供给外部.这样当被依赖的类变化时候,才能最小的影响该类
     *  另一种表达 :
     *  只与直接的朋友通信.类之间只要有耦合关系,就叫朋友关系
     *  耦合分为依赖 , 关联 , 聚合 , 组合 , 等,我们称出现为成员变量 , 方法参数 , 方法返回值中的类为直接朋友
     *  局部变量 , 临时变量则不是直接的朋友 . 我们要求陌生的类不要作为局部变量出现在类中.
     *  6.合成复用原则(Composite Reuse Principle)
     *  尽量首先使用合成/聚合的方式,而不是使用继承
     */
}
